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DETAILED ACTION 
Information Disclosure Statement 

1 . The information disclosure statement (IDS) submitted on 22 September 2006 has 
been received and entered into the record. Since the IDS comply with the provisions of 
MPEP § 609, the references cited therein have been considered by the examiner. See 
attached form PTO-1449. 

Response to Amendment 

2. The applicants' amendment, filed 26 September 2006, has been received, 
entered into the record and considered. 

3. As a result of the amendment, claim 4 incurred a cosmetic amendment. Claims 
1 - 9 are pending in the application. 



4. Applicants arguments with respect to claims 1 - 9 have been considered but are 
moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 



(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject nnatter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1 - 9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Kusterer et ai. (2005/007631 1) in view of Bogrett (US 6,581 ,054). 

6. Regarding claim 1 , Kusterer et al. (hereinafter Kusterer) teaches the model 
content provider comprising: a plurality of API-specific content viewers communicating 
with corresponding ones of the running applications (See page 5, paragraph [0045] 
"The navigation service 420 provides an abstraction level between the data level and 
visualization level.. .The abstraction level defines interfaces... for the navigation data 
provided to the iViews and the navigation connectors used to connect with different 
applications." The navigation connectors change for the different specific applications 
that are being connected to. Also, see page 16, paragraph [0050] "Connectors can be 
implemented for new applications, which can be plugged into a portal system."); and 

a reusable, API-independent content viewer communicating with the API-specific 
content viewers and the query model (See page 17, paragraph [0052] "One or more 
related iViews 416 can also be provided to display standardized object linking 
relationships." Regardless of the application, this iView provides for displaying the 
standardized "independent" object linking relationships.) 

Kusterer fails to teach a model content provider for receiving queries from a user 
interface portion having a plurality of GUI API's running applications, and for providing 
elements of the query to a query model. 
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However Bogrett teaches a model content provider for receiving queries from a 
user interface portion (See column 7, lines 52 - 55 "The query composer 122 provides a 
graphical view of predefined query models to allow users to intuitively understand and 
alter the models to suit their particular needs.") having a plurality of GUI API's running 
applications [clients] (See column 7, lines 10-12 "The client tier 16 includes a plurality 
of clients 110. The clients 110 may be local to or remote from each other and the 
server."), and for providing elements of the query to a query model (See column 4, lines 
61 - 63 "The predefined query models 56 are self-contained logical models of particular 
databases that are established to make query creation by less technical users easily 
and intuitive." And see column 4, line 67 - column 5, line 3 "The predefined query 
models include relevant tables from a database, fields within the database tables, and 
links between the database tables that together define a query." These represent 
different elements of a query.) 

It would have been obvious to one with ordinary skill in the art to combine the 
teachings of Kusterer with that of Bogrett because adding a GUI interface to an SQL 
database makes it easier for the user to develop the queries and the data can be 
derived from a variety of different forms as disclosed in Bogrett, but still appear 
seamlessly integrated to the user. Also, Kusterer suggests on page 4, paragraph 
[0042] that the portal platform can include a "database repository [that] can include an 
SQL Database and a Portal Content Directory.") It is for this reason that one of ordinary 
skill in the art would have been motivated to include a model content provider for 
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receiving queries from a user interface portion having a plurality of GUI API's running 
applications, and for providing elements of the query to a query model. 

7. Regarding claims 2, 5, and 8, Kusterer additionally teaches the API-independent 
content viewer further comprises a generalized set of classes (See page 1 , paragraph 
[0009] "The portal system also includes navigation connectors that operate with the 
different application sources to provide the navigation information from the data level to 
the navigation service module." According to the specification of the instant application 
on page 5, lines 15-17, the common set of generalized classes is "provided between the 
user interface and the query model for use in retrieving data from the query model and 
populating user interfaces of different formats. This is the same concept of what is 
occurring in Kusterer with the navigation connectors.) 

8. Regarding claims 3. 6, and 9, Kusterer additionally teaches the content viewers 
further comprise a hierarchical set of classes, the API-independent classes comprising 
the top of the hierarchy (See page 17, paragraph [0052] "Some standard navigation 
iViews can be supplied. A Top Level Navigation (TLN) iView 412 can display the 
highest level or levels of a user's hierarchical navigation structure." This relates to the 
independent classes.) and GUI-specific classes content viewers structures comprising 
the bottom of the hierarchy (See page 3, paragraph [0034] "The navigation model 
architecture can be implemented in a portal-based network environment and can 
provide customers with a customizable navigation model, where a custonaer can create 
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Portals with different navigation themselves (e.g., navigation hierarchies that build on 
the united navigation hierarchy from different applications).") 

9. Regarding claim 4, Kusterer teaches the steps of communicating with 
corresponding ones of the running applications using a plurality of API-specific content 
viewers (See page 5, paragraph [0045] "The navigation service 420 provides an 
abstraction level between the data level and visualization level... The abstraction level 
defines interfaces... for the navigation data provided to the iViews and the navigation 
connectors used to connect with different applications." The navigation connectors 
change for the different specific applications that are being connected to. Also, see 
page 16, paragraph [0050] "Connectors can be implemented for new applications, 
which can be plugged into a portal system."); 

and communicating with the API-specific content viewers and the query model 
using a reusable, API-independent content viewer (See page 17, paragraph [0052] 
"One or more related iViews 416 can also be provided to display standardized object 
linking relationships." Regardless of the application, this iView provides for displaying 
the standardized "independent" object linking relationships.) 

Kusterer fails to teach a method for receiving queries from a user interface 
having a plurality of GUI API's running applications, and for providing elements of the 
query to a query model. 

However Bogrett teaches a method for receiving queries from a user interface 
portion (See column 7, lines 52 - 55 "The query composer 122 provides a graphical 
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view of predefined query models to allow users to intuitively understand and alter the 
models to suit their particular needs.") having a plurality of GUI API's running 
applications [clients] (See column 7, lines 10-12 "The client tier 16 includes a plurality 
of clients 110. The clients 110 may be local to or remote from each other and the 
server."), and for providing elements of the query to a query model (See column 4, lines 
61-63 'The predefined query models 56 are self-contained logical models of particular 
databases that are established to make query creation by less technical users easily 
and intuitive." And see column 4, line 67 - column 5, line 3 "The predefined query 
models include relevant tables from a database, fields within the database tables, and 
links between the database tables that together define a query." These represent 
different elements of a query.) 

It would have been obvious to one with ordinary skill in the art to combine the 
teachings of Kusterer with that of Bogrett because adding a GUI interface to an SQL 
database makes it easier for the user to develop the queries and the data can be 
derived from a variety of different forms as disclosed in Bogrett, but still appear 
seamlessly integrated to the user. Also, Kusterer suggests on page 4, paragraph 
[0042] that the portal platform can include a "database repository [that] can include an 
SQL Database and a Portal Content Directory.") It is for this reason that one of ordinary 
skill in the art would have been motivated to include a model content provider for 
receiving queries from a user interface portion having a plurality of GUI APIs running 
applications, and for providing elements of the query to a query model. 
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10. Regarding claim 7, Kusterer et al. teaches an article of manufacture comprising 
a computer program carrier readable by a computer and embodying one or more 
instructions executable by the computer (See page 18, paragraph [0063]) with the 
computer program comprising: program instructions for communicating with 
corresponding ones of the running applications using a plurality of API-specific content 
viewers (See page 5, paragraph [0045] "The navigation service 420 provides an 
abstraction level between the data level and visualization level... The abstraction level 
defines interfaces... for the navigation data provided to the iViews and the navigation 
connectors used to connect with different applications." The navigation connectors 
change for the different specific applications that are being connected to. Also, see 
page 16, paragraph [0050] "Connectors can be implemented for new applications, 
which can be plugged into a portal system."); 

and program instructions for communicating with the API-specific content viewers 
and the query model using a reusable, API-independent content viewer (See page 17. 
paragraph [0052] "One or more related iViews 416 can also be provided to display 
standardized object linking relationships." Regardless of the application, this iView 
provides for displaying the standardized "independent" object linking relationships.) 

Kusterer fails to teach an article of manufacture for receiving queries from a user 
interface portion having a plurality of GUI API's running applications, and for providing 
elements of the query to a query model. 

However Bogrett teaches an article of manufacture for receiving queries from a 
user interface portion (See column 7, lines 52 - 55 "The query composer 122 provides a 
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graphical view of predefined query models to allow users to intuitively understand and 
alter the models to suit their particular needs.") having a plurality of GUI API's running 
applications [clients] (See column 7, lines 10-12 "The client tier 16 includes a plurality 
of clients 110. The clients 110 may be local to or remote from each other and the 
server"), and for providing elements of the query to a query model (See column 4, lines 
61 - 63 "The predefined query models 56 are self-contained logical models of particular 
databases that are established to make query creation by less technical users easily 
and intuitive." And see column 4, line 67 - column 5, line 3 "The predefined query 
models include relevant tables from a database, fields within the database tables, and 
links between the database tables that together define a query." These represent 
different elements of a query.) 

It would have been obvious to one with ordinary skill in the art to combine the 
teachings of Kusterer with that of Bogrett because adding a GUI interface to an SQL 
database makes it easier for the user to develop the queries and the data can be 
derived from a variety of different forms as disclosed in Bogrett, but still appear 
seamlessly integrated to the user. Also, Kusterer suggests on page 4, paragraph 
[0042] that the portal platform can include a "database repository [that] can include an 
SQL Database and a Portal Content Directory.") It is for this reason that one of ordinary 
skill in the art would have been motivated to include, a model content provider for 
receiving queries from a user interface portion having a plurality of GUI API's running 
applications, and for providing elements of the query to a query model. 
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Conclusion 

1 1 . The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure, 

Olson et al. (US 2001/0016843) discloses a mechanism for processing queries 
using a GUI. saving the queries for reuse, as well as the class hierarchy as discussed in 
the instant application. 



Application/Control Number: 10/620,538 Page 11 

Art Unit: 2167 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Dennis L. Vautrot whose telephone number is 571-272- 
2184. The examiner can normally be reached on Monday-Friday 9:00-6:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Cottingham can be reached on 571-272-7079. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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